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TITLE OF THE INVENTION 

APPARATUS, METHOD AND PROGRAM FOR CONTENTION 
ARBITRATION 

5 BACKGROUND OF THE INVENTION 
Field of the Invention 
[0001] The present invention relates to an apparatus and method 
for use in a computer system in which a plurality of application 
programs are executed, and more particularly to an apparatus and 
10 method for arbitrating a contention caused when the plurality of 
application progrcuns simultaneously attempt to access an access 
target. 

Description of the Background Art 

15 [0002] In general, an application program executed in a computer 
system controls operations of a plurality of physical devices, 
such as loudspeakers , musical instruments digital interface (MIDI ) 
devices, and sound digital signal processor (SDSP) devices, thereby 
controlling the operation of the entire computer system so as to 

20 perform a desired process. In a computer system in which a 
plurality of application programs are executed, however, when two 
or more application programs simultaneously access one physical 
device, a contention occurs between access requests. On the 
occurrence of the contention between access requests, that one 

25 physical device does not operate in a desired manner. 



[0003] Hereinafter, the term "contention" refers to such a state 
as described above in which two or more application progreuns 
simultaneously attempt to access one physical device. When a 
contention occurs, application programs are not able to control 
5 the operation of the computer system in a desired manner. 
Accordingly, in the computer system in which the plurality of 
application programs are executed, it is necessary to control 
access requests from application progreuns to a physical device 
so as not to cause the occurrence of the contention. Hereinafter, 
10 the term "contention arbitration" refers to the control of access 
requests from application programs to a physical device. 
Conventionally, a variety of methods for contention arbitration 
have been proposed. 

[0004] For example, there is a proposed method for content 
15 arbitration which uses exclusive control identifiers (see, for 
example, Japanese Patent Laid-Open Publication No . 2002-175287). 
In this method, the exclusive control identifiers are assigned 
to computing devices for executing application programs. When 
one application program accesses a shared physical device, a 
20 computing device, which executes the application program, collects 
exclusive control identifiers assigned to other computing devices . 
After collecting all the exclusive control identifiers, the 
computing device acquires exclusive control right to access the 
shared physical device. 
25 [0005] There is another proposed method for content arbitration 



which arbitrates an access contention caused when a plurality of 
threads successively request to access data or object stored in 
a computer system (see, for example, Japanese Patent Laid-Open 
Publication No. 10-187527) • In this method, the access contention 
is arbitrated based on a first-in, first-out process. 
[0006] There is still another proposed method for content 
arbitration which uses a control device dedicated to contention 
arbitration in a computer system ( see , for example , Japanese Patent 
Laid-open Publication No. 2000-231458). In this method, the 
control device conducts the contention arbitration based on 
priorities assigned to access requests. 

[0007] There is still another proposed method for content 
arbitration in which when a plurality of control commands are given 
to a device to be controlled, the device selects any one of the 
control commands based on a prescribed condition to arbitrate an 
access contention (see, for example, Japanese Patent Laid-Open 
Publication No. 2001-346276). 

[0008] In the above -described conventional methods for 
contention arbitration, the contention arbitration is conducted 
for each physical device actually present in the computer system. 
Accordingly, in the case where the conventional methods are used 
for arbitrating an access contention, for example, in a physical 
device which can be simultaneously accessed by a plurality of 
application progrsuns under a specific condition, or in a physical 
device which allows simultaneous accesses from a prescribed number 
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of application programs, the advantages of such physical devices 
are not fully utilized. 

[0009] Further, in the case where the above -described 
conventional methods are used for arbitrating an access contention 
5 in a physical device, such as a loudspeaker, which is connected 
to another physical device and does not have its own I/O port, 
when such a physical device is shared between a plurality of physical 
devices , an application progreun refers to a state transition table 
to determine not to access the physical device accessed by another 

10 application program, thereby avoiding the access contention. As 
a result , the contention arbitration depends on how the application 
program operates or how the physical devices are connected to each 
other. Further, an increase of the number of physical devices 
necessitates each application program to update the state 

15 transition table, making it difficult to conduct the contention 
arbitration. 

[0010] As described above, the conventional methods for 
contention arbitration cannot fully utilize the advantages of 
physical devices , and cannot be flexibly adapted to a change of 
20 the physical devices. 

SUMMARY OF THE INVENTION 

[0011] Therefore, an object of the present invention is to 
provide a contention arbitration apparatus and method which can 
25 fully utilize the advantages of physical devices and can be flexibly 



adapted to a change of the physical devices. 

[0012] The present Invention has the following features to 
attain the object mentioned above. 

[0013] A first aspect of the present Invention Is directed to 
5 a contention arbitration apparatus for arbitrating an access 
contention caused when a plurality of application progreuns 
simultaneously attempt to access at least one physical device. 
The contention arbitration apparatus Includes : a resource 
Information storing section for storing resource Information which 

10 Indicates a correspondence between at least one resource, which 
defines functions of said at least one physical device, and at 
least one application program, which Is allowed to use functions 
associated with said at least one resource; a device Information 
storing section for storing device Information which Indicates 

15 a correspondence between a logic device, which defines functions 
specified by said at least one application program which attempts 
to access said at least one physical device, and said at least 
one resource which defines functions required for Implementing 
functions defined by the logic device; a used resource recognizing 

20 section for recognizing a resource associated with the logic device 
specified by said at least one application program by reference 
to the device Information; a resource access determining section 
for determining by reference to the resource Information which 
application program Is allowed to access the resource recognized 

2 5 by the used resource recognizing section; and a device access 
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determining section for determining, based on a determination 
result providedby the resource access determining section , whether 
the application program which has specified the logic device is 
able to access said at least one physical device which implements 
5 the functions defined by the logic device. 

[0014] Preferably, the resource information may contain 
multiple access information which indicates whether to allow 
simultaneous accesses from a plurality of application programs, 
and when the simultaneous accesses from the plurality of 

10 application programs are allowed, the resource access determining 
section may allow the plurality of application programs to access 
the resource based on the multiple access information, 
[0015] In this case, the resource access determining section 
may allow the plurality of application programs to access the 

15 resource only when a prescribed condition is satisfied. 

[0016] For example, the prescribed condition may be that the 
plurality of application programs use the same scheme to implement 
a function provided by the resource. 

[0017] Preferably, the contention arbitration apparatus may 
20 further include an executing section for executing a device driver 
for controlling said at least one physical device when the device 
access determining section determines that said at least one 
application program which has specified the logic device is allowed 
to access said at least one physical device. 
25 [0018] For example, the executing section may send an error 
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message to said at least one application program having specified 
the logic device when the access determining section determines 
that said at least one application is not allowed to access said 
at least one physical device. 
5 [0019] Preferably, the resource access determining section may 
determine which application program is allowed to access said at 
least one physical device based on priorities of the plurality 
of application programs . 

[0020] The contention arbitration apparatus may further 
10 include an application information storing section for storing 
information about the priorities of the plurality of application 
programs . 

[0021] The resource information may contain additional 
information which indicates whether to grant an access right to 

15 an application program having provided an access indication first 
or last, and when the plurality of application programs have the 
same priorities, the resource access determining section may 
determine which one of the application programs is to be granted 
the access right based on the additional information. 

20 [0022] Preferably, the contention arbitration apparatus may 
further include: an application information storing section for 
storing, as application information, a correspondence between a 
determination result obtained by the device access determining 
section and the plurality of application programs ; and an executing 

25 section for executing a device driver for controlling said at least 



one physical device. When an access start indication is provided 
by an application progreun to specify the logic device , the device 
access determining section may determine whether the application 
program is able to access said at least one physical device and 
5 may store a determination result into the application information 
storing section. When an access indication is provided after the 
access start indication, the executing section may refer to the 
application information stored in the application information 
storing section to determine whether the application program is 

10 able to access said at least one physical device - 

[0023] For example, when an access indication is provided by 
an application program which is not able to access said at least 
one physical device, the executing section may send an error message 
to the application program. 

15 [0024] Further, when an access indication is provided by an 
application program, which is not allowed to access said at least 
one physical device since access to said at least one physical 
device is granted to another application program, the executing 
section may send an error message to the application progreun. 

20 [0025] Preferably, upon receipt of an access termination 
indication from said at least one application program, the resource 
access determining section may grant an access right to another 
application program which attempts to use the functions associated 
with the resource, and may update the resource information such 

25 that a result of the grant of the access right is reflected in 
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the resource information. The device access determining section 
may determine whether said another application prograun is able 
to access said at least one physical device based on the resource 
information updated by the resource access determining section. 
5 [0026] Further, the contention arbitration apparatus may 
further include: an application information storing section for 
storing, as application information, a correspondence between a 
determination result obtained by the device access determining 
section and the plurality of application programs ; and an executing 
10 section for updating the application information based on the 
determination result obtained by the device access determining 
section . 

[0027] Alternatively, the contention arbitration apparatus 
may further include an executing section for changing a setting 
15 of a device driver when the device access determining section 
determines that said another application prograim is able to access 
said at least one physical device, the setting being changed such 
that said another application program is allowed to access the 
physical device. 

20 [0028] Preferably, when only said at least one application 
program, which specif ies the logic device, is allowed to use the 
functions associated with all the resources associated with the 
logic device, the device access determining section may determine 
that said at least one application program is allowed to use said 

25 at least one physical device. 
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[0029] Alternatively, when only said at least one application 
program, which specifies the logic device, is associated with a 
part of the resources associated with the logic device, the device 
access determining section may determine that said at least one 
application progreim is allowed to use functions defined by the 
part of the resources when accessing said at least one physical 
device . 

[0030] Furthermore, the contention arbitration apparatus may 
further include an application I/F section for accepting 
specification of the logic device from said at least one application 
progrcun . 

[0031] For example, the resource information may contain 
additional information which indicates for each resource whether 
to grant an access right to an application program having provided 
an access indication first or last, and the resource access 
determining section may determine which application program is 
granted the access right based on the additional information. 
[0032] A second aspect of the present invention is directed 
to a contention arbitration program for causing a computing 
apparatus to arbitrate an access contention caused when a plurality 
of application programs simultaneously attempt to access at least 
one physical device , the computing apparatus having stored therein 
resource information which indicates a correspondence between at 
least one resource, which defines functions of said at least one 
physical device, and at least one application program, which is 
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allowed to use functions associated with said at least one resource , 
and also having stored therein device information which indicates 
a correspondence between a logic device, which defines functions 
specified by said at least one application progreun which attempts 
5 to access said at least one physical device, and said at least 
one resource which defines functions required for implementing 
functions defined by the logic device . The contention arbitration 
program causes the computing apparatus to perform a contention 
arbitration method comprising the steps of : recognizing a resource 

10 associated with the logic device specified by said at least one 
application program by reference to the device information; 
determining by reference to the resource information which 
application program is allowed to access the recognized resource; 
and determining, based on a determination result obtained by the 

15 step of determining by reference to the resource information, 
whether the application program which has specified the logic 
device is able to access said at least one physical device which 
implements the functions defined by the logic device. 
[0033] A third aspect of the present invention is directed to 

20 a contention arbitration method for causing a computing apparatus 
to arbitrate an access contention caused when a plurality of 
application programs simultaneously attempt to access at least 
one physical device , the computing apparatus having stored therein 
resource information which indicates a correspondence between at 

25 least one resource, which defines functions of said at least one 



physical device, and at least one application program, which is 
allowed to use functions associated with said at least one resource, 
and also having stored therein device information which indicates 
a correspondence between a logic device, which defines functions 
specified by said at least one application program which attempts 
to access said at least one physical device, and said at least 
one resource which defines functions required for implementing 
functions defined by the logic device . The contention arbitration 
method include the steps of: recognizing a resource associated 
with the logic device specified by said at least one application 
program by reference to the device information; determining by 
reference to the resource information which application progreim 
is allowed to access the recognized resource; and determining, 
based on a determination result obtained by the step of determining 
by reference to the resource information, whether the application 
program which has specified the logic device is able to access 
said at least one physical device which implements the functions 
defined by the logic device. 

[0034] The contention arbitration apparatus according to the 
first aspect manages logic devices specified by application 
programs, physical devices actually present in a system, resources 
for associating the logic devices with the physical devices, 
thereby managing functions of the physical devices and functions 
desired by application programs, and the contention apparatus 
according to the first aspect uses a method of arbitrating 



contention for access from the application programs to the physical 
devices for each resource. Thus, it is possible to provide a 
contention arbitration apparatus and method which can be flexibly- 
adapted to a change of the physical devices only by changing the 
5 resource and device information stored in the contention 
arbitration apparatus. Further, the contention arbitration 
apparatus according to the first embodiment conducts the contention 
arbitration for each resource associated with the functions of 
the physical devices . Thus , it is possible to provide a contention 

10 arbitration apparatus and method which is capable of fully 
utilizing the advantages of the physical devices even if the 
physical devices have a variety of characteristics. 
[0035] Further, in the case of granting simultaneous multiple 
accesses within a prescribed limit, or in the case of granting 

15 simultaneous multiple accesses when a prescribed condition is 
satisfied, the contention arbitration apparatus according to the 
first aspect is able to grant a plurality of application programs 
an access right to such a device. In this manner, the contention 
arbitration apparatus according to the first aspect is able to 

20 conduct contention arbitration so as to fully utilize the 
advantages of the physical devices. 

[0036] Furthermore, the contention arbitration apparatus 
according to the first aspect is able to arbitrate contention of 
access to a physical device connected to other physical devices 
25 which does not have its own I/O port and is shared between a plurality 
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of physical devices. 

[0037] Further still, the contention apparatus according to 
the first aspect has amechanism in which when an application program 
provides an access indication , if access is allowed , a device driver 
5 is executed, and if access is not allowed, an error message is 
returned to the application program. Accordingly, the 
application program is only required to handle errors caused when 
providing the access indication. Such a mechanism reduces 
application program developers ' burden in development of products . 

10 [0038] Further still, the contention apparatus according to 
the first aspect conducts contention arbitration based on 
priorities assigned to application programs . In particular , when 
accessing a physical device which grants simultaneous multiple 
accesses, the application programs are allowed to the physical 

15 device in the decreasing order of priority. Thus, it is possible 
to realize complicated exclusive control based on the priorities . 
[0039] Further still, whether the application programs are 
allowed to access the physical device is registered in the 
application information, and therefore it is not necessary to 

20 determine whether access is allowed each time an access indication 
is provided, leading to an increase in processing speed. 
[0040] Further still, in the case where an access right to a 
physical device owned by an application program is taken by another 
application programhaving provided an access indication, if access 

25 to the physical device becomes available before the application 
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program having previously owned the access right provides an access 
indication, no special process is required for allowing the 
application program to access the physical device without being 
notified that the access to the physical device has been temporarily 
5 unavailable . 

[0041] Further still, in the case of using an application 
program which implements a desired function by simultaneously 
controlling a plurality of physical devices, it is necessary for 
the application program to be allowed to access to the plurality 

10 of physical devices in order to implement the desired function. 
As in the case of the contention arbitration apparatus according 
to the first aspect , if access rights are managed for each resource , 
it is possible to execute device drivers required for accessing 
all the plurality of physical devices, thereby implementing the 

15 desired function. Moreover, if even one physical device is unable 
to be accessed, the contention arbitration apparatus according 
to the present aspect notifies the application program of an error. 
[0042] Further still, in the case where a part of desired 
functions can be implemented even if access to all the physical 

20 devices is not allowed, the contention arbitration apparatus 
according to the first embodiment is able to execute a device driver 
so as to allow the application program to partially implement the 
desired functions. 

[0043] These and other objects, features, aspects and 
25 advantages of the present invention will become more apparent from 
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the following detailed description of the present invention when 
taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 [0044] FIG. 1 is a block diagreun illustrating the entire 
structure of a computer system including a contention arbitration 
apparatus according to an embodiment of the present invention; 

FIG. 2 is a schematic diagram illustrating an exemplary 
correspondence among application programs , logic devices , 
10 resources, and physical devices; 

FIG. 3 is another schematic diagram illustrating an 
exemplary correspondence among application programs , logic 
devices, resources, and physical devices; 

FIG. 4 is still another schematic diagram illustrating 
15 an exemplary correspondence among application programs, logic 
devices, resources, and physical devices; 

FIG. 5 is a block diagram illustrating the functional 
configuration of a contention arbitration apparatus 1 ; 

FIG. 6 is an exemplary table showing application 
20 information stored in an application information storing section 
12; 

FIG. 7 is an exemplary table showing device information; 
FIG. 8 is an exemplary table showing resource 
inf oirmation ; 

25 FIG. 9 is a flowchart illustrating the operation of the 
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contention arbitration apparatus 1 when an access start Indication 
Is provided by an application program; 

FIG. 10 Is a flowchart illustrating the detailed 
operation of a resource access determining section 15 performed 
5 at step S104 of FIG. 9; 

FIG. 11 is a flowchart Illustrating the operation of 
the contention arbitration apparatus 1 when an access indication 
is provided by an application program; 

FIG. 12 is a flowchart illustrating the operation of 
10 the contention arbitration apparatus 1 when an access termination 
indication is provided by an application program; 

FIG. 13 is a flowchart illustrating the detailed 
operation of the resource access determining section 15 performed 
at step S403 of FIG. 12; and 
15 FIG. 14 is a flowchart illustrating the operation of 

the contention arbitration apparatus 1 which allows an application 
program to access available resources even when not all the 
resources required by a desired logic device are available. 

20 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0045] FIG. 1 is a block diagram illustrating the entire 
structure of a computer system Including a contention arbitration 
apparatus according to an embodiment of the present Invention. 
In FIG. 1, the computer system Includes a contention arbitration 

25 apparatus 1, an application program executing apparatus 2, a 
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plurality of physical devices 3, and a device driver executing 
apparatus 4. Although FIG. 1 shows only one application program 
executing apparatus 2 and only one device driver executing 
apparatus 4, a plurality of such apparatuses may be included in 
5 the system. Note that the number of the physical devices 3 is 
not limited to three, and a connection relationship between the 
physical devices 3 is not limited to a manner as shown in FIG. 
1. 

[0046] The computer system shown in FIG. 1 can be any device, 
10 e.g. , a mobile communication terminal device such as a mobile phone, 
a mobile terminal device such as a PDA, or a communication terminal 
device such as a personal computer. Alternatively, the computer 
system shown in FIG . 1 can be any system using computing apparatuses , 
e.g. , a LAN system in which a plurality of communication terminal 
15 devices are connected, or a home LAN system in which a plurality 
of digital household electrical appliances are connected. 
[0047] The application program executing apparatus 2 is a 
computing device for executing application programs , and includes 
at least a central processing unit (CPU) and a storage device. 
20 The application executing apparatus 2 reads an application program 
onto a memory, and the read application program is executed by 
the CPU. The application executing apparatus 2 has a multitask 
function of simultaneously executing a plurality of application 
programs . 

25 [0048] Each physical device 3 is hardware, such as an input 
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device, an output device, an auxiliary storage unit, or a 
coinmunication device. Examples of the physical device 3 used as 
an input device include a button switch, a jog dial, a keyboard, 
a mouse, a joystick, and a microphone. Examples of the physical 
5 device 3 used as an output device include a loudspeaker, a liquid 
crystal display, a CRT display, a printer, an SDSP device, and 
a MIDI device. Note that the SDSP device is operable to decode 
digital data used in an application program, and to provide analog 
sound output . Examples of the physical device 3 used as an 
10 auxiliary storage unit include a hard disc drive, an optical disc 
drive, a CD-ROM drive, and a DVD-ROM drive. Examples of the 
physical device 3 used as a communication device include a modem, 
a digital service unit (DSU) , and a LAN card. 

[0049] The device driver executing apparatus 4 is a computing 
15 device for executing software for controlling the operation of 
each physical device 3 (hereinafter, such software is referred 
to as the "device driver" ) , and includes at least a CPU and a storage 
unit . 

[0050] The contention arbitration apparatus 1 is operable to 
20 arbitrate an access contention caused when application programs 
executed by the application program executing apparatus 2 attempt 
to access desired physical devices 3. The contention arbitration 
apparatus 1 includes at least a CPU and a storage unit. When an 
application program indicates to the contention arbitration 
25 apparatus 1 that the application program wishes to start using 
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the desired physical devices 3, the contention arbitration 
apparatus 1 conducts contention arbitration. Specifically, the 
contention arbitration apparatus 1 causes the device driver 
executing apparatus 4 to execute a device driver such that the 
5 application program is able to use the desired physical devices 
3, thereby allowing the application program to use the desired 
physical device 3. 

[0051] In the above description, although the contention 
arbitration apparatus 1, the application progreim executing 

10 apparatus 2, and device driver executing apparatus 4 are provided 
as separate devices , these apparatuses may be provided as separate 
software programs which share the same CPU and/or the same storage 
unit . Alternatively, the contention arbitration apparatus 1 , the 
application program executing apparatus 2 , and device driver 

15 executing apparatus 4 may be implemented in the form of hardware 
using a specialized LSI , or may be implemented in the form of software , 
e.g., specialized programs executed by the CPU. 
[0052] Each physical device 3 has its own specific function. 
In the present embodiment, the contention arbitration apparatus 

20 1 defines functions provided by the physical devices 3 as structures . 
Herein, such structures as viewed from the physical devices 3 are 
referred to as "resources". Each physical device 3 provides at 
least one or more functions, and therefore at least one or more 
resources are associated with one physical device 3 . 

25 [0053] Each application program controls the operation of a 



physical device 3, thereby implementing a desired function. As 
described above, the contention arbitration apparatus 1 defines 
functions desired by application programs as structures . Herein , 
such structures as viewed from the application programs are 
5 referred to as "logic devices". A function desired by an 
application program is implemented by the operation of at least 
one or more physical devices 3 . A function of each physical device 
3 is defined by at least one or more resources, and therefore the 
function desired by the application program is provided by one 
10 or more resources. That is, each logic device is associated with 
one or more resources . 

[0054] The present invention introduces concepts of the logic 
devices and the resources, and the major feature of the present 
invention is to conduct contention arbitration using the logic 

15 devices and the resources. 

[0055] When an application program attempts to electrically 
access a physical device 3 to implement a desired function, the 
application program specifies a logic device to the contention 
arbitration apparatus 1 , and causes the contention arbitration 

20 apparatus 1 to conduct contention arbitration. The contention 
arbitration apparatus 1 manages for each resource whether the 
application program is able to access the physical device 3 is 
managed. The contention arbitration apparatus 1 recognizes a 
resource associated with the specified logic device , and determines 

25 whether the application program has an access right to the resource . 
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If it has the access right, the contention arbitration apparatus 
1 executes a device driver so as to enable the application program 
to access the physical device 3. 

[0056] FIGs. 2 through 4 are schematic diagrams each 
5 illustrating an exemplary correspondence among application 
programs, logic devices, resources, and physical devices. 
Hereinbelow, the general outline of the present embodiment will 
be described with reference to FIGs. 2 through 4. 
[0057] FIG. 2 shows an example where an SDSP physical device, 

10 a loudspeaker physical device, and a MIDI physical device are used. 
In this example, the SDSP physical device is assumed not to grant 
simultaneous multiple accesses; the SDSP physical device and the 
MIDI physical device have an I/O port ; and the loudspeaker physical 
device is connected to the SDSP physical device and the MIDI physical 

15 device, and has no I/O port. 

[0058] Accordingly, an application program is not able to 
control only the loudspeaker physical device. Moreover, the 
loudspeaker physical device is shared between the SDSP physical 
device and the MIDI physical device, and therefore when an 

20 application program Ai accesses the SDSP physical device, an 
application progreun Aa is not able to access the MIDI physical 
device. The converse is also true. 

[ 0059 ] When a plurality of application programs simultaneously 
attempt to access the SDSP physical device and the MIDI physical 
25 device, an access contention is caused with respect to the 
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loudspeaker physical device invisible to the application programs . 
In order to prevent such an access contention, arbitration is 
conventionally required between the application programs . 
Accordingly, as the number of types of application programs or 
5 physical devices increases , the arbitration becomes hard to conduct . 
However, in the present invention, functions provided by physical 
devices are defined by resources, so that contention arbitration 
is conducted for each resource, and therefore it is not necessary 
to conduct arbitration between application programs, making it 
10 possible to readily conduct contention arbitration even if the 
number of types of application programs or physical devices is 
increased. 

[0060] In FIG. 2, the SDSP physical device is associated with 
an SDSP resource; the loudspeaker physical device is associated 

15 with a loudspeaker resource; and the MIDI physical device is 
associated with a MIDI resource . An SDSP logic device which defines 
an SDSP function requires the SDSP resource and the loudspeaker 
resource. A MIDI logic device which defines a MIDI function 
requires the MIDI resource and the loudspeaker resource. 

20 [0061] A condition for an application progremi to be allowed 
to access a logic device is that the application program has access 
rights to all the resources required by the logic device. In the 
present embodiment, an access right to each resource is provided 
based on the priority of the application program. Note that the 

25 access right may be provided based on a f irst-in , first-out process 
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or a last-in, first-out process. 

[0062] In FIG. 2, assuming that the application Ai attempts 
to access the SDSP logic device and the application A2 attempts 
to access the MIDI logic device, even when the application A2 has 
5 a higher priority than the application program Ai, the application 
program Ai is able to obtain an access right to the SDSP resource 
since only the application Ai attempts to access the SDSP resource. 
Similarly, the application program A2 is able to obtain an access 
right to the MIDI resource since only the application A2 attempts 

10 to access the MIDI resource. 

[0063] However, in the above case, an access contention occurs 
between the application programs Ax and A2 since both logic devices 
to be accessed by the application programs Ai and A2 require the 
loudspeaker resource. In this case, the application progreun A2 

15 has a higher priority, and therefore the application program A2 
obtains an access right to the loudspeaker resource. As a result, 
the application program A2 obtains access rights to all the 
resources required by the MIDI logic device targeted for access, 
and therefore the application program A2 is allowed to access both 

20 the MIDI physical device and the loudspeaker physical device. 
Among resources required by the SDSP logic device targeted for 
access , the application program Ai is not able to obtain an access 
right to the loudspeaker resource, and therefore the application 
progreun Ai is not allowed to access the SDSP physical device and 

25 the loudspeaker physical device. 
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[0064] FIG. 3 shows an example where a line physical device 
is used. In this example, there is used only one physical device 
having a multi-call function of granting simultaneous multiple 
accesses such that three channels can be used simultaneously. In 
5 this case, although there are used only one line logic device and 
only one line physical device which are access targets of an 
application program, three line resources are defined. The line 
logic device requires at least one line resource. 
[0065] In FIG. 3, for example, it is assumed that each of 
10 application progreims Ai through A4 attempts to access the line 
physical device, and the application programs Ai, A2, A3, and A4 
are prioritized in this order. That is, the application program 
Ai has the highest priority. 

[0066] When the application program Ai attempts to access the 
15 line logic device, the application program Ai obtains an access 
right to one of three line resources (in this case, a first line 
resource 32) . Then, when the application program A2 attempts to 
access the line logic device, the application program A2 obtains 
an access right to a second line resource 33. Thereafter, when 
20 the application progreim A4 having the lowest priority attempts 
to access the line logic device, the application program A4 obtains 
an access right to a third line resource 34. 

[0067] In this case, when the application program A3 having 
a higher priority than the application program A4 attempts to access 
25 the line logic device, the contention arbitration apparatus 1 

25 
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compares the priorities of the application programs A3 and A4. 
In this example, since the application program A3 has a higher 
priority, the application program A3 obtains an access right to 
the third line resource 34, while the application progreun A4 is 
5 not allowed to access the third line resource 34. As a result, 
the application programs Ai through A3 are allowed to access the 
line logic device. 

[0068] FIG. 4 shows an example where an SDSP physical device 
is used. In this example, the SDSP physical device is assumed 

10 to grant simultaneous multiple accesses. Note that the SDSP 
physical device shown in FIG. 2, which does not grant simultaneous 
multiple accesses, and the SDSP physical device shown in FIG. 4, 
which grants simultaneous multiple accesses, can coexist in the 
same computing apparatus. In FIG. 4, there is used only one 

15 physical device capable of activating recording and reproducing 
functions simultaneously. In this case, application progreuns 
target the SDSP recording logic device and the SDSP reproducing 
logic device for access. In FIG. 4, there are three resources, 
i.e. , an SDSP codec ( coder /decoder ) resource which defines a codec 

20 function, an SDSP recording resource which defines a recording 
function, and an SDSP reproducing function which defines a 
reproducing function. The SDSP codec resource is able to 
simultaneously activate the recording and reproducing functions 
when the same codec scheme is used for both of the functions. The 

25 SDSP codec resource grants simultaneous multiple accesses based 

i 
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on codec information which indicates what codec scheme is used. 
[ 0069 1 In this example , when a plurality of application progreuns 
attempt to access the SDSP physical device, the contention 
arbitration apparatus 1 sets a codec scheme of an application 
5 program having the highest priority as a default in the SDSP codec 
resource. In the case where a codec scheme of an application 
program having the lowest priority is identical to the codec scheme 
set as the default, the application program having the lowest 
priority is granted an access right to the SDSP codec resource 

10 by the contention arbitration apparatus 1. 

[ 0070 ] In FIG . 4 , for example , it is assumed that the application 
programs Ai and A2 attempt to access the SDSP recording logic device 
and the application program A3 attempts to access the SDSP 
reproducing logic device. The application programs Ai, A2, and 

15 A3 are prioritized in this order. That is , the application program 
Ai has the highest priority. Note that the application programs 
Ai, A2, and A3 use the same codec scheme X. 

[0071] When the application program Ai attempts to access the 
SDSP recording logic device, the application program Ai obtains 

20 an access right to the SDSP codec resource, and sets the codec 
scheme X as a default in the SDSP resource . The application program 
Ai also obtains an access right to the SDSP recording resource. 
Then, when the application program A2 attempts to access the SDSP 
recording logic device, although the application program A2 is 

25 able to obtain an access right to the SDSP codec resource since 
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the application program A2 uses the seime codec scheme as that used 
by the application program Ai, an access contention with respect 
to the SDSP recording resource is caused between the application 
programs Ai and A2, and therefore the application program A2 is 
5 not able to obtain an access right to the SDSP recording resource. 
[0072] When the application program A3 attempts to access the 
SDSP reproducing logic device, the application program A3 is able 
to obtain an access right to the SDSP codec resource since the 
application program A3 uses the same codec scheme as that used 

10 by the application program Ai having a higher priority . Moreover , 
the application program A3 is able to obtain an access right to 
the SDSP reproduction resource since there is no access contention 
with respect to the SDSP reproduction resource between the 
application programs Ai and A3 . 

15 [0073] Consequently, both the application programs Ai and A3 
are allowed to access all the resources required by their respective 
access target logic devices, i.e., the SDSP recording and 
reproducing logic devices . Accordingly , the application programs 
Ai and A3 are allowed to access the SDSP recording logic device 

20 and the SDSP reproducing logic device , respectively. On the other 
hand, the application program A2 is not able to obtain an access 
right to the SDSP recording resource, and therefore is not allowed 
to access the SDSP recording logic device. 

[0074] FIG. 5 is a block diagram illustrating the functional 
25 configuration of the contention arbitration apparatus 1 . In FIG. 
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5 , the contention arbitration apparatus 1 includes : an application 
program interface (I/F) section 11; an application information 
storing section 12; a used resource recognizing section 13; a 
resource inforination storing section 14; a resource access 
5 determining section 15; a device access determining section 16; 
an executing section 17; and a device information storing section 
18. All the functional parts shown in FIG. 5 may be collectively 
implemented as a program for operating a computing apparatus which 
includes a general -purpose CPU, or may be collectively implemented 

10 as a specialized LSI. Alternatively, each functional part may 
be implemented as a program executed by the general -purpose CPU 
or may be implemented by a specialized LSI . Alternatively still, 
a combination of a plurality of functional parts may be implemented 
in a manner as described above. 

15 [0075] The application program I/F section 11 receives from 
an application program an indication that the application program 
attempts to start accessing a physical device (hereinafter, such 
an indication is referred to as the "access start indication"). 
The access start indication indicates the ID of the application 

20 program (hereinafter, referred to as the "application ID"), the 
name of a logic device desired by the application program 
(hereinafter, referred to as the "access target logic device 
name" ) ; and the priority of the application program. The priority 
may be previously set for each application program, or may be set 

25 by an operating system (OS) to application progrcuns as necessary. 



Alternatively, each application program may recognize the types 
of other application progrsuns to set its own priority. 
[0076] Upon receipt of the access start indication, the 
application program I/F section 11 stores the access target logic 
5 device nsune and the priority indicated by the access start 
indication into the application information storing section 12 
so as to be associated with the application ID. Moreover, the 
application program I/F section 11 causes the used resource 
recognizing section 13 to recognize a resource used by the access 

10 target logic device specified by the access start indication. 
[00771 Following the access start indication, the application 
program I/F section 11 receives from the application progrcun an 
indication that the application program accesses the physical 
device (hereinafter, referred to as the "access indication" ) . The 

15 details of the access indication are the same as those of the 
above -described access start indication. Upon receipt of the 
access indication, the application program I/F section 11 notifies 
the executing section 17 of the details of the access indication, 
and receives from the executing section 17 information which 

20 indicates whether the application program is able to access the 
logic device. If the received information indicates that access 
is allowed, the application program I/F section 11 notifies the 
application program that the application program is allowed to 
access the logic device. On the other hand, if the received 

25 information indicates that access is denied, the application 
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program I/F section 11 notifies the application progreun that the 
application program is not allowed to access the logic device. 
[0078] Following the access indication, the application 
program I/F section 11 receives from the application program an 
5 indication that the application program terminates the access to 
the physical device (hereinafter, referred to as the "access 
termination indication" ) . Upon receipt of the access termination 
indication, the application program I/F section 11 instructs the 
used resource recognizing section 13 to cancel an access right 

10 granted to the application program. 

[0079] The application information storing section 12 stores 
application information for each application program. The 
application information includes the priority of the application 
program , the access target logic device name , and information which 

15 indicates whether the application program is allowed to access 
the access target logic device (hereinafter, referred to as the 
"accessibility information" ) . 

[0080] FIG. 6 is an exemplary table showing the application 
information stored in the application information storing section 

20 12. As shown in FIG. 6, the application information storing section 
12 stores priorities, access target logic device names, and 
accessibility information so as to be associated with application 
IDs. For example, regarding the application program having 
application ID " 1" , the priority is 1 , i.e., the highest , the access 

25 target logic device name is the "SDSP logic device", and the 



accessibility information indicates "ALLOWED" • Note that the 
access target logic device name may be represented by the device 
ID of the access target logic device, and the accessibility 
information may be represented by a flag. 
5 [0081] The device information storing section 18 holds device 
information which indicates relationships between logic devices 
and resources required by the logic devices . FIG . 7 is an exemplary 
table showing the device information. As shown in FIG. 7, in the 
device information, resource names are specified in association 

10 with logic device neunes . For example, the SDSP logic device is 
associated with the SDSP resource and the loudspeaker resource. 
One logic device may require one or more resources . 
[0082] Upon being notified by the application I/F section 11 
of the access start indication, the used resource recognizing 

15 section 13 refers to the device information stored in the device 
information storing section 18 and recognizes resources required 
by the access target logic device. The used resource recognizing 
section 13 notifies the resource access determining section 15 
and the device access determining section 16 of the recognized 

20 resources, the application ID of an application program, which 
attempts to start to access the access target logic device, and 
priorities of the access target logic device and the application 
program. When one logic device requires a plurality of resources , 
the used resource recognizing section 13 may notify the resource 

25 access determining section 15 of the names of the plurality of 

32 



resources simultaneously or separately - 

[0083] The resource Information storing section 14 stores 
resource Information. The resource Information Is used for 
specifying for each resource an application having an access right 
5 to the resource. FIG. 8 Is an exemplary table showing the resource 
Information. As shown In FIG. 8, In the resource Information, 
resource ncunes are specified In association with application IDs 
of application progreuns having access rights to the resources. 
In FIG . 8 , for example , the application ID of an application program 

10 having an access right to the SDSP resource Is "1". Regarding 
each resource the access right to which Is not assigned, "NULL" 
Is registered In the "application ID" field. The resource 
Information stored In the resource Information storing section 
14 Is updated by the resource access determining section 15 when 

15 the resource access determining section 15 determines that there 
Is a change of an application progreun having an access right to 
a resource . 

[0084] When the used resource recognizing section 13 provides 
the resource access determining section 15 with a notification 

20 as described above, the resource access determining section 15 
reads from the resource Information storing section 14 resource 
Information related to a resource name notified by the used resource 
recognizing section 13, and determines whether there Is any 
application program having an access right to the resource. If 

25 there Is such an application program, the resource access 



determining section 15 determines whether the application program 
has a higher priority than the priority of an application program 
having provided an access start indication, based on the 
application information stored in the application information 
storing section 12. As a result of such determination, if the 
holder of an access right to the resource is changed, the resource 
access determining section 15 updates the resource information 
stored in the resource information storing section 14. 
[0085] Based on the resource name notified by the used resource 
recognizing section 13 and the resource information stored in the 
resource information storing section 14, the device access 
determining section 16 determines whether the application program 
having provided the access start indication has obtained access 
rights to all the resources used by the access target logic device . 
If the application program has obtained access rights to all the 
resources, the device access determining section 16 determines 
that the application program is able to access the access target 
logic device. 

[0086] The executing section 17 receives from the device access 
determining section 16 information which indicates whether the 
application program is allowed to access the access target logic 
device. The executing section 17 updates, based on the received 
information, the accessibility information contained in the 
application program stored in the application information storing 
section 12. Further, upon being notified by the application I/F 



section 11 of an access indication, the executing section 17 refers 
to the application information stored in the application 
information storing section 12 to determine whether the application 
program is allowed to access the access target logic device. If 
5 access is allowed, the executing section 17 causes the device driver 
executing apparatus 4 to execute a device driver associated with 
the access target logic device , and sends to the application program 
I/F section 11 information which indicates that the access is 
allowed. On the other hand, if access is not allowed, the executing 

10 section 17 transmits to the application program I/F section 11 
information which indicates that the access is not allowed. 
[0087] Next, the operation of the contention arbitration 
apparatus 1 will be described in detail. First, in a computer 
system including the contention arbitration apparatus 1 , when there 

15 is an application program which attempts to start accessing a 
physical device, the application program provides the contention 
arbitration apparatus 1 with an access start indication. When 
the application program actually attempt to access the physical 
device, the application program provides the contention 

20 arbitration apparatus 1 with an access indication. Lastly, when 
the application progrcim attempts to terminate access to the 
physical device, the application program provides the contention 
arbitration apparatus 1 with an access termination indication. 
[0088] FIG. 9 is a flowchart illustrating the operation of the 

25 contention arbitration apparatus 1 when the access start indication 



is provided by an application program . Hereinbelow , the operation 
of the contention arbitration apparatus 1 when the access start 
indication is provided by an application progreun is described with 
reference to FIG. 9. 
5 [0089] First, the application progreun I/F section 11 receives 
an access start indication from an application program ( step SlOl ) • 
Hereinafter, the application program having provided the access 
start indication is referred to as the "application APi" , and an 
access target logic device indicated by the access start indication 
10 is referred to as the "logic device DEVi" . Note that the access 
start indication also Indicates the priority of the application 
APi. 

[0090] Next, the application progreim I/F section 11 registers 
application information about the application APi into the 

15 application information storing section 12 based on the received 
access start indication, and provides the used resource recognizing 
section 13 with the application ID, access target logic device 
name, and priority specified by the access start indication, 
thereby notifying the used resource recognizing section 13 of the 

20 occurrence of the access start indication (step S102). In this 
stage, accessibility information associated with the application 
APi is not registered in the application information storing section 
12. 

[0091] Next, the used resource recognizing section 13 refers 
25 to device information stored in the device information storing 
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section 18 to obtain a resource name associated with the access 
target logic device neune provided by the application progreun I/F 
section 11, and then the used resource recognizing section 13 
notifies the resource access determining section 15 and the device 
5 access determining section 16 of the obtained resource neune (step 
S103). In this case, if there are a plurality of resources used 
by the access target logic device DEVi, the used resource 
recognition section 13 notifies the resource access determining 
section 15 and the device access determining section 16 of all 

10 the resource neimes. 

[0092] Next, the resource access determining section 15 refers 
to the resource information stored in the resource information 
storing section 14 and the application information stored in the 
application information storing section 12 to determine whether 

15 the application APi is able to obtain access rights to all the 
resources notified by the used resource recognition section 13, 
and then the resource access determining section 15 reflects a 
determination result in the resource information and the 
application information (step S104). The details of step S104 

20 will be described later. 

[0093] Next, the device access determining section 16 refers 
to the resource information stored in the resource information 
storing section 14 to determine whether the application APi has 
access rights to all the resources required by the access target 

25 logic device DEVi (step S105) . 



[0094] If it is determined that the application APi has access 
rights to all the resources, the device access determining section 
16 notifies the executing section 17 of a positive determination 
result. In accordance with the notified determination result, 
5 the executing section 17 updates the application information stored 
in the application information storing section 12 such that 
accessibility information related to the application APi is set 
to "ALLOWED" (step S106). Then, the executing section 17 causes 
the device driver executing apparatus 4 to execute a device driver 
10 associated with the access target logic device DEVi (step S107) , 
thereby terminating the procedure, 

[0095] On the other hand, if it is determined at the above step 
S105 that the application APi does not have access rights to all 
the resources, the device access determining section 16 notifies 

15 the executing section 17 of a negative determination result. In 
accordance with the notified determination result, the executing 
section 17 updates the application information stored in the 
application information storing section 12 such that the 
accessibility information related to the application APi is set 

20 to "NOT ALLOWED" (step S108) , thereby terminating the procedure. 
[0096] FIG. 10 is a flowchart illustrating the detailed 
operation of the resource access determining section 15 performed 
at step S104 of FIG. 9. Hereinbelow, the detailed operation of 
the resource access determining section 15 performed at step S104 

25 of FIG. 9 is described with reference to FIG. 10. 



[0097 ] First , the resource access determining section 15 refers 
to the resource information stored in the resource information 
storing section 14 to determine whether a plurality of resources 
having the same name are used by the access target logic device 
5 DEVi (step S201). As can be seen from FIG. 8, resources having 
the same name, e.g. , line resources , can be specif ied in the resource 
information . 

[0098] If there are a plurality of resources having the same 
name , the resource access determining section 15 determines whether 

10 access rights to all the resources having the same name is granted 
to any application programs (step S202) . If access rights to all 
the resources is granted, the resource access determining section 
15 refers to the application information stored in the application 
information storing section 12 to search from among application 

15 programs having access rights to the resources for an application 
program having the lowest priority (step S203), and then the 
procedure proceeds to step S204 . Here, the application program 
having the lowest priority is referred to as "application AP2" . 
If access rights to all the resources is not granted, the procedure 

20 proceeds to step S208. 

[0099] At step S204, the resource access determining section 
15 determines whether the resources having the seune name grant 
simultaneous multiple accesses, i.e., whether a resource, which 
grants simultaneous multiple accesses, is indicated as the 

2 5 plurality of resources having the same name . Herein , the resource , 
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which grants simultaneous multiple accesses , means a re source which 
allows application programs satisfying a prescribed condition to 
simultaneously access the resource. Note that multiple access 
Information contained In the resource Information Indicates 
5 whether the resource grants the simultaneous multiple accesses 
(the multiple access Information Is not shown In FIG. 8 which 
Illustrates an example of the resource Information) . 
[0100] If the resources do not grant the simultaneous multiple 
accesses , the procedure proceeds to step S206 . On the other hand, 
10 If the resources grant the simultaneous multiple accesses, the 
resource access determining section 15 determines whether the 
attribute of the application APi which attempts to access the 
resources Is Identical to the attribute of the resources (step 
S205) . 

15 [0101] The term "attribute" as described herein refers to 
Information which Indicates a condition as to how the resource 
Is used by an application program. For example, the attribute 
is Information which indicates what codec scheme is used for the 
SDSP codec resource . The attribute is provided by the application 

20 program together with the access start indication. If the 
attributes are Identical to each other, the procedure proceeds 
to step S208 where the resource access determining section 15 
updates the resource information so as to allow the applications 
APi and AP2 to be granted access rights to the resources. On the 

25 other hand, if the attributes are not identical, the procedure 



proceeds to step S210. As described above, in the present 
embodiment, when satisfying a prescribed condition that all the 
application progreuns having provided the access start indication 
have a common attribute, the resource access determination section 
5 15 updates the resource information so as to grant simultaneous 
multiple accesses . 

[0102] Note that in the case where the multiple access limits 
the number of application programs which are allowed to access 
the resource , the resource access determining section 15 determines 

10 at step S205 whether the number of application programs exceeds 
an upper limit, and only when the upper limit is not exceeded, 
the procedure proceeds to step S208 . If the upper limit is exceeded, 
the procedure proceeds to step S206 where the priorities are 
compared between the application program having the lowest priority 

15 and the application APi in order to grant an access right to an 
application progreim having a higher priority. 

[0103] Specifically, at step S206, the resource access 
determining section 15 compares the priorities of the applications 
APi and AP2, and determines based on a comparison result whether 

20 the application APi has a higher priority (step S207). If the 
application APi has a higher priority, the procedure proceeds to 
step S208 where the resource access determining section 15 updates 
the resource information such that the access right is granted 
to the application Api having a higher priority. Thereafter, the 

25 resource access determining section 15 updates the application 
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information stored in the application information storing section 
12 such that accessibility information related to the application 
AP2 is set to "NOT ALLOWED" (step S209) , and the procedure proceeds 
to step S210. On the other hand, if it is determined at the above 
5 step S207 that the application APi has a lower priority, the 
procedure proceeds to step S210. 

[0104] Referring back to step S201, if there are no resources 
having the Scune name, i*e., when the access target logic device 
DEVi uses only one resource or when the access target logic device 

10 DEVi uses a plurality of resources of different types , the resource 
access determining section 15 determines whether there is any 
application program having an access right to the resource or any 
one of the resources of different types (step S211). Here, such 
an application progrcun having an access right to the resource or 

15 any one of the resources of different types is referred to as 
"application AP3". 

[0105] At step S211, if there is no application program having 
an access right to the resource(s) , the procedure proceeds to step 
S208 where the resource access determination section 15 updates 

20 the resource information such that the application APi is granted 
an access right to the resource{s). On the other hand, if it is 
determined that there is an application program having the access 
right to the resource(s) , the resource access determining section 
15 refers to the application information stored in the application 

25 information storing section 12 to obtain application information 



related to the application program having the access right to the 
resource(s) (step S212) , and the procedure proceeds to step S204. 
[0106] The resource access determining section 15 determines 
at step S210 whether the resource information and the application 
5 information have been updated with respect to all the resources 
used by the access target logic device DEVi (step S210) . If not, 
the procedure returns to step S201. In this case, the resource 
access determining section 15 does not perform determination of 
step S201 and subsequent steps with respect to the resources on 
10 which determination has been performed. On the other hand, if 
updating has been completed, the procedure proceeds to step 105 
and beyond. 

[0107] FIG. 11 is a flowchart illustrating the operation of 
the contention arbitration apparatus 1 when the access indication 
15 is provided by an application program. Hereinbelow, the operation 
of the contention arbitration apparatus 1 when the access 
indication is provided by an application program is described with 
reference to FIG. 11. 

[0108] The application APi provides an access start indication 
20 before providing an access indication . When the access indication 
is provided, accessibility information, which indicates whether 
the application APi is allowed to access the access target logic 
device DEVi , is registered into the application information storing 
section 12 in a manner as described above. In the operation of 
25 the contention arbitration apparatus 1 when the access indication 
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is provided, the following procedure is carried out by reference 
to application information which is set when the access start 
indication is provided. 

[0109] First, the application I/F section 11 receives an access 
5 indication from the application APi, and notifies the executing 
section 17 of the occurrence of the access indication (step S301) . 
Then, the executing section 17 refers to the application 
information stored in the application information storing section 
12 (step S302) . 

10 [0110] Next, the executing section 17 determines whether the 
application APi having provided the access indication is allowed 
to access the access target logic device DEVi, based on 
accessibility information related to the application APi (step 
S303) . 

15 [0111] If access to the access target logic device DEVi is allowed, 
the executing section 17 causes the device driver executing section 
17 to execute a device driver associated with the access target 
logic device DEVi (step S304) , thereby terminating the procedure. 
[0112] On the other hand, if access to the access target logic 

20 device DEVi is not allowed, the executing section 17 sends to the 
application I/F section 11 an error message which indicates that 
access is not allowed. Upon receipt of the error message, the 
application I/F section 11 notifies the application APi that access 
to the access target logic device DEVi is not allowed (step S305) , 

25 thereby terminating the procedure. 



[0113] FIG. 12 is a flowchart illustrating the operation of 
the contention arbitration apparatus 1 when the access termination 
indication is provided by an application program. Hereinbelow, 
the operation of the contention arbitration apparatus 1 when the 
5 access termination indication is provide by an application program 
is described with reference to FIG. 12. 

[0114] First, the application I/F section 11 receives an access 
termination indication from the application APi, and notifies the 
used resource recognizing section 13 of the occurrence of the access 

10 termination indication by transmitting information indicating the 
application ID of the application APi, the access target logic 
device name, and the priority of the application APi (step S401) . 
[0115] Upon being notified of the occurrence of the access 
termination indication, the used resource recognizing section 13 

15 refers to the device information stored in the device information 
storing section 18 to obtain names of resources required by the 
access target logic device DEVi, and notifies the resource access 
determining section 15 of the obtained resource names . Upon being 
notified of the resource names , the resource access determining 

20 section 15 obtains from the resource information storing section 
14 resource information related to the resources required by the 
access target logic device DEVi (step S402). 

[0116] Next , the resource access determining section 15 refers 
to the device information stored in the device information storing 
25 section 18 to recognize logic devices which use resources indicated 
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by the resource information obtained at the above step S402, and 
then the resource access determining section 15 refers to the 
application information stored in the application information 
storing section 12 to recognize application programs which have 
5 provided an access start indication and are specified as "NOT 
ALLOWED" by the accessibility information. This allows the 
resource access determining section 15 to determine whether there 
is any application progreun, other than the application APi, which 
has provided an access start indication and has been granted an 

10 access right. If there is an application program which has not 
been granted an access right, the resource access determining 
section 15 rewrites the resource information stored in the resource 
information storing section 14 such that an access right is granted 
to such an application program (step S403) . The detailed process 

15 performed at step S403 will be described later. 

[0117] Next, the resource access determining section 15 refers 
to the application information stored in the application 
information storing section 12 to recognize the access target logic 
device of the application program having granted an access right 

20 at step S403, the resource access determining section 15 further 
refers to the device information stored in the device information 
storing section 18 to recognize all the resources used by the access 
target logic device , and thereaf ter the resource access determining 
section 15 refers to the resource information stored in the resource 

25 information storing section 14 to determine whether access rights 



to all the resources is granted to any application prograim. This 
allows the resource access determining section 15 to find an 
application program having access rights to all the resources used 
by the access target logic device (step S404). Hereinafter, the 
5 application program found at step S404 is referred to as the 
"application AP4". 

[0118] Next, the resource access determining section 15 
determines based on a search result obtained at step S404 whether 
there is any application AP4 (stepS405) . If there is no application 

10 AP4 , the procedure proceeds to step S408 , where the resource access 
determining section 15 deletes from the application information 
storing section 12 application information related to the 
application APi having provided the access termination indication , 
thereby terminating the procedure. 

15 [0119] On the other hand, if there is any application AP4, the 
resource access deteirmining section 15 updates the application 
information stored in the application information storing section 
12 such that accessibility information related to the application 
AP4 is set to "ALLOWED" (step S406). Then, the executing section 

20 17 changes the setting of a device driver associated with the access 
target logic device such that the application AP4 is able to use 
the access target logic device (step S407), and the procedure 
proceeds to step S408, thereby terminating the procedure. 
[0120] Note that the above step S407 is performed only when 

25 the device driver has a function of maintaining settings related 



to application programs having an access right . If the device 
driver does not have such a function, when the application AP4 
provides an access indication, the executing section 17 may return 
to the application AP4 an error code which indicates that a device 
5 setting is required. Alternatively, if the device driver has the 
above function , the device driver may automatically make the device 
setting. 

[0121] FIG. 13 is a flowchart illustrating the detailed 
operation of the resource access determining section 15 performed 

10 at step S403 of FIG. 12. Hereinafter, the detailed process of 
the above step S403 performed by the resource access determining 
section 15 will be described with reference to FIG. 13. 
[0122 ] First , the resource access determining section 15 refers 
to the application information stored in the application 

15 information storing section 12 to recognize an access target logic 
device of the application APi, and then refers to the device 
information stored in the device information stored in the device 
information storing section 18 to recognize all the resources 
required by the access target logic device . Further, the resource 

20 access determining section 15 refers to the resource information 
stored in the resource information storing section 14 to deteirmine 
whether the application APi has an access right to any one of the 
recognized resources (step S501). 

[0123] If theapplication APihas an access right to any resource , 
25 the resource access determining section 15 refers to the device 
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information stored in the device information storing section 18 
to recognize logic devices which require the resource, and then 
refers to the application information stored in the application 
information storing section 12 to find an application progrsun 
5 having provided an access start indication with respect to the 
logic device (step S502). Hereinafter, the application program 
found at step S502 is referred to as the "application AP5" . 
[0124] Next, the resource access determining section 15 
determines whether a plurality of applications AP5 have been found 

10 at step S502. If there are a plurality of applications AP5, the 
resource access determining section 15 refers to the application 
information stored in the application information storing section 
12 to search from among the plurality of application AP5 for the 
one having the highest priority (step S S504) , and the procedure 

15 proceeds to step S505. If it is determined at step S503 that only 
one application AP5 has been found at the above step S502, the 
procedure proceeds to step S505 by skipping step S504. 
[0125] At step S505, the resource access determining section 
15 updates the resource information stored in the resource 

20 information storing section 14 such that the application AP5 is 
granted an access right, and the procedure proceeds to step S506. 
In this case, when there is no application AP5 which requires a 
resource which can be accessed by the application APi , the resource 
access determining section 15 updates the resource information 

25 so as to set "NULL" in the field related to the resource. If the 
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resource information related to a resource, which grants 
simultaneous multiple accesses, is updated, the resource access 
determining section 15 sets resource attribute anew. Then, the 
resource access determining section 15 compares the set resource 
5 attribute with the attribute of the resource used by the application 
program(s) found at the above step S502. If it is determined that 
the attributes are identical to each other, the resource access 
determining section 15 grants an access right to the application 
program(s) . Note that when the number of access rights which can 
10 be granted is limited, the resource access determining section 
15 grants the access right to the application programs in a 
decreasing order of priority. 

[0126] At step S506, the resource access determining section 
15 determines whether the process of the above step S505 has been 

15 performed on all the resources required by the logic devices 
targeted for access by the application APi (step S506). If the 
process has not been performed on all the resources , the procedures 
returns to step S501. On the other hand, if the process has been 
performed on all the resources , the procedure proceeds to step 

20 S404. 

[0127] As described above with reference to FIGs. 12 and 13, 
when the application APi terminates an access to the logic device 
DEVi, the contention arbitration apparatus 1 automatically grants 
an access right to the logic device DEVi to an application program 
25 which has not been allowed to access the logic device DEVi due 



to resource contention. 

[0128] The above processes described with reference to FIGs. 
12 and 13 are characterized in that a logic device (e.g., DEV2) 
other than the logic device DEVi to which an access termination 
5 indication is provided is granted an access right . Consider an 
exemplary case where the application AP2 provides an access start 
indication to the access target logic device DEV2 and also provides 
an access start indication to the access target logic device DEVi 
before the application AP2 does not even start accessing the logic 
10 device DEVi - In this case , it is assumed that both the logic devices 
DEVx and DEV2 require a resource R. 

[0129] First , when the application AP2 provides an access start 
indication to the logic device DEV2, no access contention with 
respect to the resource R is caused, and therefore the application 

15 AP2 is able to access the logic device DEV2. Thereafter, if the 
application APi provides an access start indication to the logic 
device DEVi, the application APi is granted an access right to 
the resource R since the application APi has a higher priority 
than the application AP2. As a result, the application AP2 is not 

20 allowed to access the logic device DEV2. 

[0130] The application AP2 has provided the access start 
indication but has not provided an access indication to the logic 
device DEVi • Thus , it is not known to the application AP2 that 
the application AP2 is not allowed to access the logic device DEV2. 

25 [0131] In the above case, when the application APi accesses 
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the logic device DEVi to perform necessary processes and provides 
an access termination indication, the resource R is released from 
the application APi . Accordingly, the logic device DEV2 is allowed 
to access the device DEV2 after the processes described with 
5 reference to FIGs. 12 and 13 automatically performed (see steps 
S404 through S406}. That is, the application AP2 accesses the 
logic device DEV2 without being notified that access to the logic 
device DEV2 is not allowed during a period from providing the access 
start indication to accessing the logic device DEV2. By providing 

10 the above -de scribed processes , it is made possible to simplify 
an application's function used for accessing a physical device. 
[0132] Next, the flow of processes described with reference 
to FIGs. 9 through 13 are specifically described in conjunction 
with correspondence eunong the application programs, the logic 

15 devices, the resources, and the physical devices which are 
illustrated in FIGs. 2 through 4. 

[0133] Referring to FIG. 2, for example, consider a case where 
the application A2 provides an access start indication to the MIDI 
logic device when the application Ai is allowed to access the SDSP 
20 logic device. In this case, the application A2 has a higher priority 
than the application program Ai. 

[0134] First, the contention arbitration apparatus 1 obtains 
resource information related to the MIDI and loudspeaker resources 
required by the application A2 . There are no other resources having 
2 5 the same names as the MIDI and loudspeaker resources, i.e. , there 



are only one MIDI resource and only one loudspeaker resource. 
Accordingly, the contention arbitration apparatus 1 determines 
whether there is any application program which already have granted 
access rights to these resources (see step S211 of FIG. 10). In 
5 this case, an access right to the loudspeaker resource has already 
been granted to the application Ai, and therefore the contention 
arbitration apparatus 1 compares the priorities of the application 
programs Ai and A2 ( see step S206 of FIG . 10 ) . Since the application 
program A2 has a higher priority than the application program Ai, 
10 the application program A2 is granted access rights to the MIDI 
and loudspeaker resources, and therefore is able to access the 
MIDI logic device (see step S208 of FIG. 10). 

[0135] On the other hand, the application progreun Ai is not 
allowed to access the loudspeaker resource, and therefore is not 

15 allowed to access the SDSP logic device (step S209 of FIG. 10). 
[0136] Application information related to the application Ai 
is set to "NOT ALLOWED" , and therefore when the application program 
Ai provides an access indication to the SDSP logic device, the 
contention arbitration apparatus 1 returns an error message to 

20 the application program Ai (see step S305 of FIG. 11), thereby 
notifying the application Ai that access to the SSP logic device 
is not allowed. 

[0137] Next, consider a case where the application program A2 
provides an access termination indication before the application 
25 program Ai provides the access indication. First, the contention 



arbitration apparatus 1 obtains resource information related to 
resources (the MIDI and loudspeaker resources) which can be 
accessed by the application program A2. Then, the contention 
arbitration apparatus 1 determines whether there is any application 
5 progrcun which requires an access right to any one of the resources . 
In this example, there is no application program which requires 
an access right to the MIDI resource, and therefore the contention 
arbitration apparatus 1 updates the resource information such that 
"NULL" is set in the field related to the MIDI resource. On the 

10 other hand, an access right to the loudspeaker resource is required 
by the application progreun Ai, and therefore the contention 
arbitration apparatus 1 updates the resource information such that 
the access right to the loudspeaker resource is granted to the 
application program Ai (see step S403 of FIG. 12). 

15 [0138] If there is any application program other than the 
application program Ai which requires the loudspeaker resource, 
the contention arbitration apparatus 1 compares the priorities 
of the application program Ai and that application program which 
requires the loudspeaker resource, and grants the access right 

20 to the one having a higher priority. 

[ 0139 ] The application program Ai has obtained the access right 
to the loudspeaker resource, and therefore is able to access all 
the necessary resources. Thus, the application program Ai is 
enabled to access the SDSP logic device. The contention 

25 arbitration apparatus 1 updates the application information 



related to the application program Ai so as to indicate that the 
application program Ai is allowed to access the SDSP logic device 
(see step S406 of FIG. 12). 

[0140] In the case where the SDSP device driver has a function 
5 of restoring the setting of the application Ai , when the application 
program Ai provides an access indication, the application program 
Ai is allowed to access the SDSP logic device without being notified 
that access to the SDSP logic device was not allowed during a period 
from providing the access start indication to accessing the SDSP 
10 logic device. Specifically, the application program Ai is allowed 
to access the SDSP physical device and the loudspeaker physical 
device . 

[0141] Next, the flow of processes described with reference 
to FIGs. 9 through 13 are specifically described in conjunction 

15 with correspondence among the application programs, the logic 
device, the resources, and the physical device which are 
illustrated in FIG . 3 . In FIG . 3 , it is assumed that the application 
programs Ai, A2, and A4 have already been allowed to access the 
line logic device, for example. Now, consider a case where the 

20 application program A3 provides an access start indication to the 
line logic device. In this case, the application programs Ai, 
A2, A3, and A4 are prioritized in this order. That is, the 
application program Ai has the highest priority. 
[0142] First, the contention arbitration apparatus 1 

25 determines a line resource, access to which has not been granted 



to any application program, from among three line resources 32 
through 34 (see step S202 of FIG. 10). In this example, it is 
assumed that the application programs Ai, A2, and A4 have obtained 
access rights to the line resources 32 through 34. Accordingly, 
5 there is no line resource access to which has not been granted 
to any application program, i.e., there is no resource left 
available to the application program A3 . 

[ 0143 ] Next , the contention arbitration apparatus 1 recognizes 
an application program having the lowest priority from among the 

10 application programs Ai, A2, and A4 (see step S203 of FIG. 10). 
In this example, it is assumed that the application program A4 
has the lowest priority. Accordingly, the contention arbitration 
apparatus 1 compares the priorities of the application programs 
A3 and A4 (see step S206 of FIG. 10) . In this example, it is assumed 

15 that the application program A3 has a higher priority than the 
application program A4, and therefore the contention arbitration 
apparatus 1 makes a setting so as to allow the application program 
A3 to be granted the access right to the line resource, access 
to which has been granted to the application A4, thereby enabling 

20 the application program A3 to access the line logic device (see 
step S208 of FIG. 10) . On the other hand, the application program 
A4 is disabled from accessing the line logic device (step S209 
of FIG. 10) . 

[0144] Next, consider a case where an application progrcun A5 
25 (not shown) having a lower priority than the application program 
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A4 provides an access start indication. In this case, all the 
line resources have already been occupied. The contention 
arbitration apparatus 1 recognizes an application program having 
the lowest priority from among the application programs Ai through 
5 A3 (see step S203 of FIG. 10) . Among these application programs, 
the application program A3 has the lowest priority. Next, the 
contention arbitration apparatus 1 compares the priorities of the 
application programs A3 and A5 (see step S206 of FIG. 10) . In this 
example, the application program A5 has a lower priority, and 
10 therefore the contention arbitration apparatus 1 makes a setting 
so as not to allow the application program A5 to access the line 
logic device (see step S108 of FIG. 9). 

[0145] Next, consider a case where the application progreun A2 
provides an access termination indication before both the 

15 application programs A4 and A5 provide an access indication to 
the line logic device . That is , there are two applica:tion programs 
A4 and A5 which require the line resource (step S502 of FIG. 13) . 
The contention arbitration apparatus 1 recognizes which one of 
the application programs A4 and A5 has a higher priority (step 

20 S504 of FIG. 13). In this example, the application program A4 
has a higher priority. Accordingly, the contention arbitration 
apparatus 1 grants the application program A4 an access right to 
the line resource, access to which has been granted to the 
application program A2 (see step S505 of FIG. 13) , thereby enabling 

2 5 the application program A4 to access the line logic device (see 



step S406 of FIG. 12). 

[0146] Next, the flow of processes described with reference 
to FIGs. 9 through 13 are specifically described with respect to 
correspondence among the application programs , the logic devices , 
5 the resources, and the physical device which are Illustrated In 
FIG. 4. In FIG. 4, It Is assumed that the application program 
Ai has already been allowed to access the SDSP recording logic 
device, for example. Now, consider a case where the application 
program A3 provides an access start Indication to the SDSP 

10 reproduction logic device. In this case, the application prograun 
Ai has a higher priority than the application program A3, and the 
application programs Ai and A3 use the same codec scheme X . Further , 
the SDSP codec resource has additional codec Information which 
indicates a codec scheme to be used, and the SDSP codec resource 

15 grants simultaneous multiple accesses from application programs 
using the same codec scheme. 

[0147] In the case where multiple access is not effected by 
the SDSP codec resource, when an access right to the SDSP codec 
resource has already been granted to the application progrcun Ai, 

20 the contention arbitration apparatus 1 compares the priorities 
of the application programs Ai and A3 (see step S206 of FIG. 10) . 
In this example, the application program Ai has a higher priority 
than the application progreun A3. Accordingly, the application 
program A3 is not granted the access right to the SDSP codec resource . 

25 [0148] On the other hand, in the case where multiple resource 



is effected by the SDSP codec resource effects, there is a 
possibility that the application program A3 might be granted the 
access right. Accordingly, the contention arbitration apparatus 
1 compares the type of the codec scheme set for the SDSP codec 
5 resource and the type of the codec scheme used by the application 
program A3 (see step S205 of FIG. 10). In this example, the same 
code scheme X is used by the SDSP codec resource and the application 
progreim A3, and therefore the contention arbitration apparatus 
1 grants the application program A3 the access right to the SDSP 

10 codec resource (step S208 of FIG. 10), thereby enabling the 
application program A3 to access the SDSP reproducing logic device . 
[0149] Next, consider a case where the application program A2 
provides an access start indication to the SDSP recording logic 
device . In this example , the priority of the application program 

15 A2 is lower than that of the application program Ai and higher 
than that of the application program A3. 

[0150] First, the contention arbitration apparatus 1 compares 
the type of the codec scheme set for the SDSP codec resource and 
the type of the codec scheme used by the application progreun A2 

20 (see step S205 of FIG. 10). Here , it is assumed that the application 
program A2 uses a codec scheme Y which is different from the codec 
scheme X used by the application programs Ai and A3. In this case, 
the type of the codec scheme which is the attribute of the SDSP 
codec resource is different from the type of the codec scheme used 

25 by the application program A2 , and therefore the application program 
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A2 is not able to obtain access right to the SDSP codec resource. 
Thus, the application program A2 is not allowed to access the SDSP 
recording logic device (step S108 of FIG. 9). 

[0151] On the other hand, in the case where the application 
5 program A2 uses the same codec scheme as the codec scheme X used 
by the application programs Ai and A3 , the type of the codec scheme 
which is the attribute of the SDSP codec resource is the same as 
the type of the codec scheme used by the application program A2, 
and therefore the application program A2 is able to obtain the 

10 access right to the SDSP codec resource (see step S205 of FIG. 
10). However, the application program Ai still maintains the 
access right to the SDSP recording resource, and therefore the 
application program A2 is not able to obtain access rights to all 
the necessary resources (see step S105 of FIG. 9). Thus, the 

15 application program A2 is not allowed to access the SDSP recording 
logic device (see step S108 of FIG. 9). 

[0152] Next, consider a case where the application program Ai 
provides an access termination indication. In the case where the 
application program A2 requires the access right to the SDSP 
20 recording resource (see step S502 of FIG. 13), the contention 
arbitration apparatus 1 grants the access right to the application 
program A2 (step S505 of FIG. 13). 

[0153] Alternatively, in the case where the application 
programs A2 and A3 require the access right to the SDSP codec resource 
25 (see step S502 of FIG. 13) , the contention arbitration apparatus 



1 compares the priorities of the application programs A2 and A3 
(see step S504 of FIG. 13) . Since the application program A2 has 
a higher priority than the application program A3, the contention 
arbitration apparatus 1 grants the application program A2 the access 
5 right to the SDSP codec resource (see step S505 of FIG. 13). In 
this case, the type of the codec scheme of the application progreon 
A2 is different from the type of the codec system set for the SDSP 
codec resource , and therefore the contention arbitration apparatus 
1 resets the codec type of the SDSP codec resource. 

10 [0154] Next, the contention arbitration apparatus 1 compares 
the codec type newly set for the SDSP codec resource and the type 
of the codec scheme used by the application program A3 (see step 
S505 of FIG. 13). In this example, the application programs A2 
and A3 use different types of codec schemes, and therefore the 

15 contention arbitration apparatus 1 makes a setting so as not to 
allow the application program A3 to access the SDSP codec resource. 
Thus, the application program A3 is not able to access the SDSP 
reproducing logic device. 

[0155] As described above, in the present embodiment, the 
20 contention arbitration apparatus manages logic devices specified 
by application programs , physical devices actually present in a 
system, resources for associating the logic devices with the 
physical devices, thereby managing functions of the physical 
devices and functions desired by application programs , and the 
25 contention apparatus according to the first aspect uses a method 
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of arbitrating contention for access from the application programs 
to the physical devices for each resource. Thus, it is possible 
to provide a contention arbitration apparatus and method which 
can be flexibly adapted to a change of the physical devices only 
5 by changing the resource and device information stored in the 
contention arbitration apparatus. Further, in the present 
embodiment, the contention arbitration is conducted for each 
resource associated with the functions of the physical devices . 
Thus, it is possible to provide a contention arbitration apparatus 
10 and method which is capable of fully utilizing the advantages of 
the physical devices even if the physical devices have a variety 
of characteristics . 

[0156 ] For example , in the case of using the line physical device 
which effects multiple access within a prescribed limit, or in 

15 the case of using the SDSP physical device having an SDSP codec 
function which effects multiple access when a prescribed condition 
is satisfied, the contention arbitration apparatus according to 
the present embodiment is able to grant a plurality of application 
programs an access right to such a device. In this manner, the 

20 contention arbitration apparatus according to the present 
embodiment is able to conduct contention arbitration so as to fully 
utilize the advantages of the physical devices . 
[0157] Further, even in the case of using the loudspeaker 
physical device connected to other physical devices or in the case 

25 of using a physical device which does not have its own I/O port 
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and is shared between a plurality of physical devices, the 
contention arbitration apparatus according to the present 
embodiment is able to arbitrate contention of access to the physical 
devices . 

5 [0158] Furthermore, the contention apparatus according to the 
present embodiment has a mechanism in which when an application 
program provides an access indication, if access is allowed, a 
device driver is executed, and if access is not allowed, an error 
message is returned to the application program. Accordingly, the 

10 application program is only required to handle errors caused when 
providing the access indication. Such a mechanism reduces 
application program developers ' burden in development of products . 
[0159] Further still, the contention apparatus according to 
the present embodiment conducts contention arbitration based on 

15 priorities assigned to application progreuns . In particular , when 
accessing a physical device which effects multiple access, the 
application programs are allowed to the physical device in the 
decreasing order of priority. Thus, it is possible to realize 
complicated exclusive control based on the priorities . 

20 [0160] Further still, whether the application progrcuns are 
allowed to access the physical device is registered in the 
application information, and therefore it is not necessary to 
determine whether access is allowed each time an access indication 
is provided, leading to an increase in processing speed. 

25 [0161] Further still, in the case where an access right to a 



physical device owned by an application program is taken by another 
application program having provided an access indication, if access 
to the physical device becomes available before the application 
program having previously owned the access right provides an access 
5 indication, no special process is required for allowing the 
application program to access the physical device without being 
notified that the access to the physical device has been temporarily 
unavailable . 

[0162] Further still, in the case of using an application 
10 program which implements a desired function by simultaneously 
controlling a plurality of physical devices, it is necessary for 
the application program to be allowed to access to the plurality 
of physical devices in order to implement the desired function. 
As in the case of the present embodiment, if access rights are 
15 managed for each resource, it is possible to execute device drivers 
required for accessing all the plurality of physical devices, 
thereby implementing the desired function. Moreover, if even one 
physical device is unable to be accessed, the contention 
arbitration apparatus according to the present embodiment notifies 
20 the application program of an error. 

[0163] The physical devices, the logical devices, and the 
resources which are described in the present embodiment are merely 
examples and are not intended to be limiting. 

[0164] In the present embodiment, the resource access 
25 determining section grants an application program, which has a 
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high priority , an access right to a resource . Further, the resource 
access determining section may determine an application program 
to which an access right is granted based on first-in, first-out 
information which indicates whether an access right is granted 
5 to an application progreun which provides an access indication first 
or last. Alternatively, the resource access determining section 
may determine the application progreun to which an access right 
is granted based on the first-in, first -out information only when 
application programs which attempt to access have the same priority 

10 as each other* 

[0165] The contention arbitration apparatus according to the 
present embodiment makes a setting of allowing an application 
progrcum to access a desired logic device only when the application 
program is granted access rights to all the resources required 

15 by the desired logic device (see steps S105 and S106 of FIG. 9). 
However, even in the case where the application program is not 
granted access rights to all the resources, if the application 
program is partially granted access rights to such resources , 
functions of the desired logic device can be partially implemented. 

20 Accordingly, in order to partially implement the functions of the 
desired logic device, the contention arbitration apparatus 
according to the present embodiment may allow the application 
program to access available resources even when not all the 
resources required by the logic device are available. 

25 [0166] FIG. 14 is a flowchart illustrating the operation of 



the contention arbitration apparatus 1 which allows an application 
program to access available resources even when not all the 
resources required by a desired logic device are available . The 
steps shown in the flowchart of FIG. 14 are alternatives to steps 
5 S105 through S108 of FIG. 9. In FIG. 14, steps for processes similar 
to those of steps of FIG. 9 are denoted by the same step numbers, 
and the descriptions thereof are omitted. 

[0167] At step S105, when the contention arbitration apparatus 
1 determines that an application program which has provided an 

10 access start indication does not have access rights to all the 
resources required by an access target logic device, the procedure 
proceeds to step S1081. At step S1081, the executing section 17 
of the contention arbitration apparatus 1 determines and recognizes 
resources which can be accessed by the application program from 

15 among all the resources required by the access target logic device . 
Then, from eunong the resources recognized at step S1081, the 
executing section 17 determines a resource which can be used 
individually (step S1082}. In this case, the executing section 
17 performs the above determination based on information which 

20 is additionally added to the resource information in order to 
indicate whether the resource can be used individually. 
[0168] If there is any resource which can be used individually, 
the executing section 17 causes the device driver executing section 
5 to execute a device driver so as to implement the function of 

25 the resource (step S1083) , thereby terminating the procedure. On 



the other hand, when there is no resource which can be used 
individually, the executing section 17 updates the application 
information stored in the application information storing section 
12 such that accessibility information related to the application 
5 program is set to "NOT ALLOWED" (step S108) , thereby terminating 
the procedure • 

[0169] As described above, in the case where a part of desired 
functions can be implemented even if access to all the physical 
devices is not allowed, the contention arbitration apparatus 1 

10 is able to execute a device driver so as to allow the application 
progrcun to partially implement the desired functions • 
[0170] As described above, the contention arbitration 
apparatus, method and program of the present invention is able 
to fully utilize the advantages of a physical device and is flexibly 

15 adaptable to a change of physical devices, and therefore can be 
advantageously used in a computer system or the like in which a 
plurality of application programs are used. 

[0171] While the invention has been described in detail, the 
foregoing description is in all aspects illustrative and not 
20 restrictive. It is understood that numerous other modifications 
and variations can be devised without departing from the scope 
of the invention. 



67 



